
SYSTEM AND METHOD FOR ACQUIRING AND 
ANALYZING PERSONAL HISTORY 
INFORMATION 

5 The present invention relates to a computer-based system and method for 

acquiring and analyzing personal history information, particularly, personal history 
information for an applicant for law enforcement employment, and using the personal 
history information to predict specific negative job-related outcomes for such an 
applicant. 

1 0 BACKGROUND OF THE INVENTION 

In the case of "high risk" employment positions (particularly in law enforcement, 
, public safety, and criminal justice professions), personal life history information forms 
the foundation for a comprehensive background investigation. The results of these 
investigations typically are used to evaluate the employment suitability of a given 

15 candidate. As such, the completion (by the applicant) of an instrument used to gather this 
history is the first step of most pre-employment background investigations. 

The complex personal history information that provides the basis for this 
background investigation must be organized, exhaustively investigated, and objectively 
evaluated. However, accurate, efficient and objective evaluation of background 

20 information can be difficult to accomplish because the data is lengthy, and the quality of 
available investigative resources is usually limited since applicant background 
investigations must, necessarily, receive lower organizational priority than urgent law 
enforcement investigations. Nonetheless, even when data is well organized, and adequate 
investigative resources (time, talent, and priority) are invested, it is still difficult to 



objectively compare and evaluate these findings. 

Biodata, as that term is used herein, are specific life events, sometimes referred to 
as critical items, derived from various personal history domains, such as employment, 
military, legal and substance use. The biodata for each personal history domain are then 
assigned numerical values. Scientific research has demonstrated that these values, 
considered in aggregate, are predictive of specific job dysfunctions in law enforcement 
officers (e.g. Sarchione, Cuttler, Muchinsky, and Nelson; 1998). Therefore, analyzing 
personal history data can be an effective means of evaluating applicants for employment. 
Acquiring this information in an accurate and efficient manner, however, is a tedious and 
often cumbersome process. 

There are several ways to develop biodata from personal history questionnaires. 
One common way is to develop a series of objective questions ("true/false," "yes/no," 
multiple choice, and/or range-related questions), and assemble these items in a specific 
questionnaire that yields biodata scores. This is sometimes referred to as "objective 
scoring." In contrast, some questionnaires use open-ended questions that require a 
descriptive answer (for example, "Compared to your peers, how well did you do in 
school?") that is then scored by a reader. This is sometimes referred to as "subjective 
scoring." Both approaches, however, have shortcomings in an employment selection 
setting. 

Accurate derivation of biodata from an objectively scored questionnaire is 
dependent upon the applicant's interpretation of a given question. Because of the 
applicants' "response set" to negative life events, the applicant may misinterpret the 
meaning of a question. The term "response set" is a psychometric concept referring to the 



"attitude" with which an individual completes a test, questionnaire, or screening 
instrument. It is generally accepted that the "response set" adopted by an employment 
applicant is reflected in what is called a "positive bias" towards description of life events, 
particularly if these events are negative. In other words, it is expected that employment 
applicants will attempt to portray themselves in as positive a light as possible in order to 
be viewed favorably in the selection process. 

For example, an employment applicant might indicate "no" to the question "have 
you ever been fired, terminated, or asked to leave a job under negative circumstance". 
However, upon interview he/she may state: " I simply thought it was best to leave after 
my cash register came up short and the boss held me responsible." In this case a biodata 
value for "job termination" should be calculated. However, based on the applicant's 
response to an "objective" questionnaire, it would not be scored. Because of these 
phenomena, many objectively scored biodata instruments are found to be inaccurate upon 
interview and/or background investigation and are considered to be reliable only upon 
confirmation by personal interview. Hence, the utility of such objectively scored personal 
history questionnaires as an initial screener for large groups of applicants is limited. 

Subjective scoring is less obvious to the applicant, and thus, less susceptible to 
response set biases, and also has the advantage of allowing the evaluator, rather than the 
applicant, to interpret specific events and assign biodata scoring points. In addition, 
researchers have typically found high levels of inter rater reliability when biodata is 
derived in this fashion. Unfortunately, this is also a rather tedious and time-consuming 
task. The information needed to make the fine distinctions necessary for accurate 
assignment of biodata values is usually spread out among several pages (sometimes, 



several volumes) of personal history information, and occasionally important points are 
overlooked, rendering this approach less practical for large groups of applicants. 

In addition, conventional biodata questionnaires have been constructed in a 
manner similar to psychological tests and, as such, have the same vulnerability to error. 
These questionnaires are typically designed by identifying psychological constructs, such 
as cognitive abilities, personality traits, attitudes and values. These psychological 
constructs are thought to be predictive of job traits for a certain broad class of jobs (e.g., 
sales), such as conscientiousness, decision-making ability, interpersonal flexibility and 
empathy. Specific life history questions are then rationally linked by experts to these 
constructs. The resultant biodata values are then calculated in terms of scores on these 
constructs. Finally, the individual's suitability is described in terms of the degree to 
which his/her scores approximates those associated with good or bad job performance 
within a job classification. 

Similar to psychological tests, the accuracy of these job performance predictions 
(based on psychological construct scores derived from biodata) are dependent on the 
degree to which the various constructs are predictive of the job-related outcome in 
question, as well as the degree to which the job in question is similar to the job for which 
the constructs were identified. Consequently, the accuracy of construct based biodata 
questionnaires suffers from the same sources of error as psychological tests. In addition, 
the questionnaire itself must be redesigned each time the critical components of a job 
change. 

Finally, psychological tests, as well as biodata questionnaires linked to 
psychological constructs have been criticized as intrusive in regard to personal privacy. 




Many of the specific test items contained in psychological tests have been challenged on 
the grounds of invasion of privacy. This can also be true when biodata questionnaires are 
administered separately from a background investigation. 

SUMMARY OF THE INVENTION 

5 The present invention provides for a computer-based system and method, and 

computer software, for acquiring life history information from an applicant for law 
enforcement, criminal justice or public safety employment to minimize positive response 
bias and enhance the veracity of the acquired life history information. The life history 
information is used for conducting a conventional background investigation. The life 
gpi 10 history information is also used to predict a specific, negative, objective outcome, such as 
ffl whether the applicant will complete training or whether, if hired, the applicant will 

U[l receive formal disciplinary action. 

L_ A questionnaire engine presents the applicant with a collection of questions to 

£2 elicit the life history information. Within each question collection, there are revealed 

p 1 5 stem questions and hidden branch questions. Depending on the applicant's response to 
the revealed stem question, the hidden branch question is revealed and the applicant's 
response to the hidden branch question is stored in a computer database. In one 
embodiment, the applicant cannot alter the stem question response after completion of the 
question collection. 

20 A rules processing engine, comprised of a life events engine and a critical items 

engine, uses the life history information to predict an objective, negative job-related 
outcome. The life history information about the applicant is stored in a computer 



5 



database. The life events engine determines the existence of a plurality of predefined life 
events based on the life history information. A critical items engine identifies from the 
life events one or more negative indicators. A negative indicator is a life event that is 
linked to a specific, negative, objective job related outcome. The critical items engine 
also identifies one or more predefined critical items from the negative indicators. A 
critical item is a negative indicator that has been linked empirically to a specific, negative, 
job related outcome. Values are then assigned to each critical item, and based on these 
values, life event type indices are calculated for types of life events. A risk score is then 
calculated for each of the life event type indices. Finally, a prediction of a negative, 
objective job-related outcome is based on the risk scores. 

These and other advantages and features that characterize the present invention 
are pointed out with particularity in the claims annexed hereto. For a better 
understanding of the invention and its advantages, reference should be made to the 
Drawings and the Detailed Description of the Preferred Embodiments, which also 
describe the manner of making and using the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram background information management system of the 
present invention. 

Figure 2 is a description of the abstract life event data structure. 
Figure 3 is a description of the criminal event data structure. 
Figure 4 is a description of the discipline event data structure. 
Figure 5 is a description of the education event data structure. 




Figure 6 is a description of the employment event data structure. 
Figure 7 is a description of the family event data structure. 
Figure 8 is a description of the general information data structure. 
Figure 9 is a description of the military event data structure. 
5 Figure 10 is a description of the negative action event data structure. 

Figure 1 1 is a description of the other agency data structure. 
Figures 12A-12C, collectively, are a description of the substance use data 
structure. 

Figure 1 3 is a description of the critical item data structure. 
10 Figure 14 is a flowchart of a questionnaire engine, 

yd Figures 15A-15M, collectively, are a sample life history information report that is 

01 generated by the system and method of the present invention. 

^ Figure 16 is a flowchart of a life events engine. 

If Figures 7A-7B, collectively, are a sample life events report that is generated by 

jc 15 the system and method of the present invention. 

S Figure 1 8 is a flowchart of a critical items engine. 

Figure 1 9 is a sample of the critical items report that is generated by the system 
and method of the present invention. 

Figure 20 is a sample biodata indices report that is generated by the system and 
20 method of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In view of the complexity of the invention, the overall architecture of the 
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invention is first discussed. Next, specific components of the invention, such as the 
questionnaire engine, the rule processing engine, the life event engine and the critical 
items engine are considered. Examples of reports generated by the system are also 
discussed to better illustrate the invention. 

In the following description, like reference characters designate like or 
corresponding parts throughout the several views. It should be understood that the 
illustrations are for the purpose of describing a preferred embodiment of the invention 
and are not intended to limit the invention thereto. 

Overview 

Figure 1 illustrates the overall architecture of the background information 
management system 100 of the present invention. In response to input received from the 
user, a personal computer 1 02 running a browser requests a set, or cluster, of questions 
via a communications network 104, such as the Internet. The questions are designed to 
obtain information about the life history of the user, such as an applicant for a law 
enforcement position. 

A questionnaire engine 106, which is discussed in more detail below, retrieves the 
requested set of questions from a SQL database 108 and transmits the set of questions to 
the user via the communications network 104. The set of questions is then displayed on 
the browser running on the personal computer 102. The personal computer receives the 
user's responses to one or more of the questions in the set. The responses are sent to the 
questionnaire engine 106, which sends the responses to the SQL database 116, where they 
are stored in association with the questions. Based on the user's responses to a set of 
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questions, the questionnaire engine 106 logically determines which questions or set of 
questions are next presented to the applicant. 

An administrative interface 1 10 is provided to allow a system administrator to edit 
the questions stored in the SQL database 108 and the logic for determining the questions 
to be presented to the user. 

A rule processing engine 112 receives question responses from the SQL database 
108 and organizes the questions and responses into a life history report. 

The rule processing engine 112 also analyzes the questions and answers and 
establishes a number of life events. A life event is something that occurred during the 
life of the user. 

Figure 2 illustrates the data structure of an abstract life event. An abstract event is 
analogous to an abstract base class that represents an event based in time. The 
functionality of the base class can be extended through inheritance. The attributes of the 
abstract life event are part of every event since all events are derived from the abstract life 
event. The abstract event data structure is advantageously designed to represent 
information for all life events that are created and managed by the system. Each event 
can have a condition for inclusion (ShowWhen), a frequency, a begin date and end date, 
and a location. 

An abstract life event consists of the following attributes: 

• ShowWhen - a rule that fires to determine whether the event is relevant. If 
the ShowWhen attribute evaluates to true, then the event will show itself (or 
be stored in the database for later viewing). 

• EventCode - a unique identifier so that the event can be referenced. 



• Name - is a human friendly name 

• Frequency — contains two sub attributes 

o Freq - is the frequency of the event. For example "has been 

arrested 2 times," the Freq would be "2" 
o FreqType - is the units on the frequency. From the above example 

the FreqType would be "Times". Other examples are "per week" 

and "per year". 

• TimeFrame - contains two sub attributes 

o BeginDate - is the begin date of the life event. If this is blank, then 
there is no begin date or it is unknown or not relevant. 

o EndDate - is the end date of the life event. If this is blank, then 
there is no end date or it is unknown or not relevant. 

• Geog - contains 6 attributes that define the location geography of the event. 

o Address 
o City 
o State 
o Zip 
o County 
o Country 

• OriginDateOffset - this sets the origin of the scale of measurement of time 
events. For a person, this might be their date of birth. 

Figures 3-12, illustrate the data structures of the following types of life events: 

• criminal event (Figure 3) 
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• discipline event (Figure 4) 

• education event (Figure 5) 

• employment event (Figure 6) 

• family event (Figure 7) 

• general information (Figure 8) 

• military event (Figure 9) 

• negative action event (Figure 1 0) 

• other agency (Figure 1 1) 

• substance use (Figures 12A-12C) 

Returning to Figure 1, the rule processing engine 112 identifies negative 
indicators from the life events. In the preferred embodiment, a negative indicator is a life 
event that is relevant to predicting an outcome for an applicant for law enforcement 
employment. In the preferred embodiment, a negative indicator can also be a critical 
item. 

A critical item is an event, or a combination of events, the occurrence of which is 
empirically linked to a possible specific negative outcome, such as, failure to complete 
training, receipt of a disciplinary action or notification of a performance deficiency. By 
"disciplinary action," we mean an adverse action taken with respect to any employee, 
such as, a reprimand, suspension or termination. Figure 13 illustrates the data structure 
for a critical item. 

In the law enforcement employment screening process, the presence of a negative 
indicator might warrant further investigation. 

The rule processing engine 1 1 2 assigns certain predetermined values to the critical 
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items. The values are assigned to the critical items are based on empirical research that 
correlates the critical item to a specific, objective, negative outcome. Also, the 
occurrence of one or more critical events might result in not hiring the applicant. Other 
negative indicators have been "rationally" linked to negative outcomes. In other words, 
experts agree that, as a matter of reason, such events are related to a particular negative 
outcome. 

The rule processing engine 1 12 calculates biodata indices based on the values 
assigned to the critical items. A biodata index can be calculated for each life event type 
associated with any of the critical items. For example, biodata indices could be computed 
for the employment, criminal and substance abuse types of life events. The indices can 
be summed to produce an overall risk score. The higher an applicant's risk score, the 
lower the applicant's priority with respect to the hiring entity. 

A report engine 1 14 generates reports of the life history information accumulated 
by the questionnaire engine 104. The report engine 1 14 also generates a report of life 
events, critical items and biodata indices. The reports may be formatted into an electronic 
word processing document 1 1 6, such as Microsoft Word® or Word Perfect®, output to 
printer 1 18, or displayed on a computer 102. 

The Questionnaire Engine 

Figure 14 is a flowchart illustrating the process of the questionnaire engine. The 
process is initiated by getting a first collection of questions 400. The collection of 
questions is shown to the user 402, and the user provides a response to each question 404, 
406. Each collection of question has at least one revealed stem question and may have 
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one or more hidden branch questions. The system then determines, using conditional 
logic, if the hidden branch question should be asked in view of the response to the stem 
question 408, 410. If so, the branch question is revealed to the user 412. The branch 
question then may become a stem question. If the hidden, branch question should not be 
asked, the system determines whether the following question should be asked 414. The 
process of determining whether each question in the collection should be asked continues 
until the user has been presented and has responded to all of the questions in the 
collection that should be asked 414, 416. 

Once responses are received for each of the questions in a collection, the user is 
directed to submit the responses to the questions 418. The questionnaire engine then 
determines whether the response to each question is valid in satisfactory form 420, 422. 
If a response is not valid, an error message is displayed and the user is prompted to edit 
the response 424. If the response is valid, the response to the next question is analyzed 
similarly 426. Once all of the responses are deemed to be in satisfactory format, the 
responses are saved 428. 

Once the responses to a question collection are saved, the applicant is unable to 
edit the responses. By prohibiting the applicant from changing or altering his answers, 
the positive response bias is minimized because it is more difficult for the applicant to 
anticipate the specific information that will be later requested and/or change responses to 
eliminate inconsistencies. 

The questionnaire engine then determines whether the next collection of questions 
should be presented to the applicant 430, 432. If the next collection should be asked, the 
collection of questions is presented to the user 402 and the process continues as described 
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above. If the collection of questions should not be asked, the next collection of questions 
is analyzed to determine whether it should be presented to the applicant 434. The process 
continues until all question collections have been presented to the user. The system then 
determines whether the user is ready to close the case 436, and if so, the case is closed 
438. 

Unlike traditional pencil and paper questionnaires, the questionnaire engine of the 
present invention contains logic that navigates the applicant through the questionnaire 
and specifies critical fields that must be completed before the applicant is allowed to 
continue. This advantageously decreases an applicant's susceptibility to response set 
bias, regardless of whether the questions are objective or subjective, because the applicant 
cannot anticipate what specific explanations are required or revisit previously submitted 
questions. Therefore, applicants cannot tailor their answers or try to avoid 
inconsistencies in their answers. Furthermore, the applicant does not have to sift through 
many non-applicable questions, and is less likely to omit critical information as a result of 
misunderstanding directions or overlooking questions. 

In addition, known biodata questionnaires contain specific life history based 
questions that have been identified as predictive of performance. These are typically 
focused lists of only objectively scored questions, whose utility is necessarily limited to 
generation of biodata and resultant scores. The questionnaire engine of the present 
invention, however, develops comprehensive biographical information that can be used 
both to organize information for a background investigation tool and to derive biodata 
indices, which is discussed below. Further, the questionnaire engine gathers information 
and reports it in a standardized format that can be used by multiple agencies employing 
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applicants in similar job classifications such as law enforcement, public safety, and 
criminal justice professions. 

The questionnaire engine advantageously allows a collection of questions to elicit 
responses that relate to more than one life event type without revealing the relationship to 
the applicant. By "life event type," we mean a domain of life events, such as, education, 
work history or substance use. For example, an applicant may indicate in a collection of 
questions related to employment, his date of graduation from the police academy. In 
another collection of questions related to substance use, the applicant provides 
information about the last time he smoked marijuana. As discussed below, the rules 
processing engine will chronologically relate these two life events and may generate a 
negative indicator because the date of the applicant last smoked marijuana is after the 
graduation date. The applicant, however, is unlikely to detect such a relationship while 
providing life history information. 

The logic of the questionnaire engine also advantageously allows the applicant to 
respond to questions in both objective and subjective formats. By "subjective," we mean 
a question that elicits a descriptive response. Objective questions generally require the 
applicant to answer the question "yes or no" or "true or false." Subjective questions are 
open-ended and are intended to elicit more detailed information than responses to the 
objective questions. By asking both objective and subjective questions, relevant 
information can be gathered in separate question collections, and then organized and 
presented to interested persons, such as investigators or hiring personnel, in a consistent 
manner. 

For example, an applicant may indicate in a collection of employment questions 
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that he/she has never been "formally disciplined" on a job. Several question collections 
later, however, the applicant may indicate in a detailed response to questions in an 
integrity collection that "I took some equipment home from work. I forgot about it until 
it came up missing in an audit; then I brought it back. I don't know if this is stealing or 
not but the boss wrote me up even though I returned it. After I returned it they took the 
letter out of my file." In this case, the applicant completed the employment questions 
with a positive bias, that is, by choosing not to present this event as an instance of "formal 
discipline." The applicant's response set in this case may have been that the incident was 
minor and because the "write up" was subsequently deleted, it was not worth mentioning. 
When completing the integrity section, however, the applicant's response set was 
somewhat different. The applicant was inclined to give substantially more detail about 
the event because the question did not relate to employment discipline. Therefore, the 
information sought by subjective, open-ended questions is sometimes less obvious to the 
applicant, which makes the applicant less susceptible to response set biases. Questions 
that elicit descriptive answers also provide the advantage of allowing the evaluator, rather 
than the applicant, to interpret specific events, determine areas for investigative follow- 
up, and assign biodata scoring points to the event. 

Figure 5A - 5M, collectively, are an example of a life history information report 
generated by the report engine (shown as 1 10 in Figure 1). The report organizes the 
information acquired via the questionnaire engine by life event type. 

The Rule Processing Engine 

Returning to Figure 1 , the rule processing engine 112 generally analyzes the 
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applicant's life history information and creates a number of life events based on that 
information. Negative indicators and critical items are identified from the life events and 
biodata values are calculated based on the critical items. These functions of the rule 
processing engine are performed by the live event engine and the critical item engine, 
which are discussed below in more detail. 
The Life Events Engine 

Figure 16 illustrates the flow of one of the components of the rule processing 
engine, namely, the life events engine 60. The life events engine 60 creates life events 
from the life history information acquired by the questionnaire engine. 

In operation, the life events engine 60 loads the abstract life event data structure 
(described in Figure 3) 600 and the applicant's responses to the life history questionnaire 
602, The life events engine then creates life events from the life history information. For 
each life event, the life events engine determines whether the life event is applicable by 
firing the ShowWhen rule associated with each life event 604, 606. A life event is 
applicable if it is a negative indicator or if it is relevant to a background investigation. 
The process identifying all applicable life events continues by examining the next life 
event 608 until all life events have been examined. 

After all applicable life events have been identified, each life event field for each 
applicable life event is assigned a value based on the life history information acquired by 
the questionnaire engine 610, 612, 614. The elements of the life history information (that 
is, the applicant's responses to the questions presented by the questionnaire engine) are 
mapped to the fields of each applicable life event. After values are mapped to each life 
event field for an applicable life event, the next applicable life event is considered and the 

17 



process of mapping responses to life event fields continues until all applicable life events 
have been processed (616, 618). By the process just described, the life events engine 
identifies the life events that are predictive of a predefined, negative objective outcome. 
By "objective," we mean an observable outcome, such as, failure to complete training. 
By "negative," we mean an undesired outcome from the point of view of an employer or a 
potential employer. As discussed above, such life events are negative indicators because 
their occurrence indicates an increased risk of a particular negative outcome and/or the 
need for close investigation of the life event. The life events engine identifies these 
negative indicators by using conditional logic to chronologically relate the life events. 
The chronologically related life events are then compared with a predefined list of 
negative indicators. For example, such a process may identify the following 
chronologically related events: "the applicant accepts a job at less pay after stating the 
reason for leaving previous job was advancement," or "the applicant admits to smoking 
marijuana after date of his first application to the law enforcement agency." 

In the preferred embodiment, the existence of any specific negative indicator, 
while mathematically accretive to a biodata value, does not unilaterally predict a specific, 
negative, objective outcome. In addition, some negative indicators are not assigned 
empirical values because, although they have been rationally linked to some a specific job 
dysfunction, their predictive validity has not yet been determined empirically. However, 
biodata values at sufficient levels have been found to predict dysfunction at specified 
levels of confidence. Nonetheless, the life events that are negative indicators are 
classified, stored, and reported because they may be relevant to investigators and 
evaluators. In an alternative embodiment, all life events that are negative indicators can 
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be assigned a biodata value for use in a predictive index. 

Figure 17 is an example life events report generated by the present invention. 
The report preferably includes columns for the classification and type of event, name of 
the life event, beginning and end dates of the event, and frequency of the event. 
The Critical Items Engine 

After the life events engine identifies the applicable life events, a critical items 
engine (the flow of which is illustrated in Figure 1 8) determines which life events are 
critical items. In the preferred embodiment, a critical item is a life event that is assigned a 
specific value that is used to calculate a biodata index. As shown in Figure 18, the life 
events that have been identified by the life event engine as negative indicators are 
instantiated 800. Next, critical item processing instructions are loaded and each critical 
item processing instruction is executed 802, 804. Next, each life event created by the life 
event engine is examined and the critical events engine determines whether the life event 
is a critical item 806. A critical item is a life event that has an empirically derived biodata 
value that is associated with the life event. If the life event is a critical item, each field of 
the critical item is assigned a value by mapping the value from the life event field to the 
corresponding critical item field 808, 810, 812. If the critical event is not applicable to 
calculating a biodata index, the next critical item is processed 814 and this process 
continues until each critical item has been examined. 

Figure 1 9 is an example of a critical items report 90 generated by the present 
invention. The critical items report preferably identifies the name of each life event that 
is a critical item 900, the beginning and end dates of the event 902, 904, the frequency of 
the event 906 and more detailed information about the life event 908. The report also 
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includes a biodata value 910 for each critical item. A risk score is associated with each 
biodata index value and the total biodata index value. The risk score indicates whether 
the risk of a particular negative outcome, such as failure to complete training, is high or 
low. 

It can be appreciated that generating a critical items report manually can be a time 
consuming, labor intensive task because the information required to identify critical items 
is dispersed through the life history information. In the present system, the critical items 
are automatically determined by the conditional logic of the life events engine, and the 
critical items engine automatically calculates the resultant biodata values and indices. 

Figure 20 is an example of a biodata summary 100 generated by the system and 
method of the present invention. As illustrated in Figure 20, for each biodata index, the 
biodata summary 1000 shows the index name 1002, the index value 1004 and the risk 
score 1006. In the example, biodata indices are calculated for the following life event 
types: employment 1008, criminal 1010, substance abuse 1012 and other 1014. It should 
be understood that other critical items might be identified which would lead to the 
development of additional biodata indices. 

These biodata values can be used alone, as an initial screening tool, or can be 
combined with other data, such as psychometric data. By "psychometric data," we mean 
data derived from one or more normatively based psychological test instruments. The use 
of the biodata values in conjunction with psychometric data may result in a more accurate 
prediction of a specific, objective, negative outcome. 

Psychometric data is made up of subscales derived from one or more 
psychometric tests. These subscales are either measures of content, such as vocabulary 
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and word knowledge; or psychological constructs, such as self-control, responsibility, 
integrity and cognitive ability. The specific subscales are identified and the weights are 
generated through discriminant function modeling, a known statistical procedure. 

To build a discriminant function model, a group of applicants that experienced 
one or more certain negative outcomes is identified. This group is then matched with a 
group of applicants who did not experience the relevant negative outcome. The 
discriminant function model is then constructed using known actuarial procedures, and a 
set of equations would be generated. The specific sub scales, as well as the weights in the 
resultant equations, are specific to the applicant pool considered. 

The above description of the preferred embodiments details many ways in which 
the present invention can provide its intended purposes. Programmers skilled in the art 
are able to produce workable computer programs to practice the teachings set forth above. 
While several preferred embodiments are described in detail hereinabove, it is apparent 
that various changes might be made without departing from the scope of the invention, 
which is set forth in the accompanying claims. 
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